home *** CD-ROM | disk | FTP | other *** search
/ MacFormat 1994 November / macformat-018.iso / Comms Spectacular / Terminal 2.2 / Documentation / Terminal 2.1 release notes < prev    next >
Encoding:
Text File  |  1992-01-17  |  3.4 KB  |  66 lines  |  [TEXT/PEDT]
  1. ===========================================================================
  2. Changes between  "Terminal" 2.0  (November 1990)  and  2.1  (December 1990)
  3. ===========================================================================
  4.  
  5. Terminal 2.1 corrects some serious bugs in the ZModem receive functions
  6. that were discovered shortly after I released version 2.0. Sorry for those
  7. bugs, and many thanks to those who signaled them to me. I should have
  8. tested the ZModem file transfers more extensively.
  9.  
  10. Erny Tontlinger                     CompuServe    [73720,2200]
  11. 33, route d'Arlon                   Internet      73720.2200@compuserve.com
  12. L-8410 Steinfort                    Packet radio  LX1YZ @ LX0PAC
  13. Luxembourg                          [44.161.1.1]  lx1yz.ampr.org
  14.  
  15. ___________________________________________________________________________
  16. ERROR -108 (memFullErr)
  17.  
  18. When doing a ZModem download with MacBinary files, Terminal would not
  19. always succeed in extracting the file from the MacBinary envelope. The
  20. error message was "error #-108": memFullErr (not enough memory available).
  21. This same problem appeared also when manually trying to extract from a
  22. MacBinary file from the "File" menu.
  23.  
  24. In both cases the same function was called, which temporarily allocated a
  25. big memory buffer to read the file. This function made sure to leave some
  26. memory available, but it appeared that this was not enough in some cases.
  27. The size of this reserve memory has been increased, and I hope this solves
  28. the problem.
  29. ___________________________________________________________________________
  30. ZMODEM RECEIVE CRC ERROR
  31.  
  32. This was a bug of the type: "if error then no error". The ZModem receive
  33. function did not correctly compare the received CRC with its calculated
  34. CRC, and every frame received was considered ok. Now Terminal correctly
  35. detects bad CRCs.
  36. ___________________________________________________________________________
  37. ZMODEM RECEIVE LOST CHARACTERS
  38.  
  39. The ZModem receive function did flush the serial input buffer at the wrong
  40. moment, so that the first characters of incoming frames were sometimes
  41. lost. Coupled with the previous problem, this made frames acceptable that
  42. were to short (e.g. 990 bytes instead of 1024 bytes).
  43. ___________________________________________________________________________
  44. LINEFEED CHARACTERS IN RECEIVED TEXT FILES WITH ZMODEM
  45.  
  46. Terminal ignored the ZCNL conversion option (convert linefeed to local end
  47. of line convention) in the ZFILE header when receiving a text file. (Note
  48. that "White Knight 11.01" also ignores the ZCNL conversion option!). There
  49. is at least one other Macintosh program ("ZTerm 0.85") that sends linefeed
  50. characters for text files, and I guess that all UNIX "sz" programs also
  51. send linefeed characters for text files. Now if Terminal sees that the ZCNL
  52. conversion option in ZFILE header is set it will convert the received
  53. linefeed characters to carriage return characters, which is the end of line
  54. convention used on the Macintosh.
  55. ___________________________________________________________________________
  56. ZMODEM AUTORECEIVE
  57.  
  58. I have been told that the ZModem autoreceive feature did not always work. I
  59. could not reproduce that problem. Terminal detects the following sequence
  60. to automatically start ZModem receive:
  61.  
  62.     '*' ctrl-X "B00000000000000" ctrl-M
  63.  
  64. This character sequence must be received without any errors.
  65. ___________________________________________________________________________
  66.